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(54) Method and apparatus for implementing fast subclass and subtype checks 



(57) Methods and apparatus for performing fast 
subtype checks during program execution arc dis- 
closed. According to one aspect of the present inven- 
tion, a method for determining whether a class associ- 
ated with an object that is a part of an object-based com- 
puting system is a subtype of another type includes ob- 
taining a candidate type from a dynamic storage location 
that is associated with a class which is associated with 
the object, and comparing the candidate type against a 



first type that is potentially the same as the candidate 
type. A determination is then made as to whether the 
candidate type is substantially equal to the first type. 
When the determination is that the candidate type is 
substantially equal to the first type, an indication that the 
candidate type is a subtype of the first type is provided. 
In one embodiment, the candidate type obtained from 
the dynamic storage location is obtained from a cache 
element in the class associated with the object. 
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Description 

BACKGROUND OF THE INVENTION 

1. Field of Invention 

[0001] The present invention relates generally to de- 
termining relationships between objects in object-based 
systems. More particularly, the present invention relates 
to efficiently performing subtype checks on objects in 
object-based systems. 

2. Description of the Related Art 

[0002] Many object-based computing systems are 
structured such that objects are members of specific 
classes and sub-classes which define the functionality 
that is available to the objects. During program execu- 
tion, a virtual machine typically checks relationships be- 
tween objects in order to facilitate the execution of the 
program. By way of example, a virtual machine may 
check sub-class, or subtype, relationships between ob- 
jects. In some programming languages, e.g., the Java™ 
programming language developed by Sun Microsys- 
tems, Inc. of Palo Alto, California, constructs within the 
programming languages involve sub-class checks. 
Such sub-class checks generally involve determina- 
tions of whether a particular object is of a given type. 
That is, the class structures associated with the program 
are checked to determine the type of the particular ob- 
ject. 

[0003] Figure 1 is a diagrammatic representation of a 
conventional class structure. A class structure 102, i.e., 
a class hierarchy, includes a class 106 and sub-classes 
110. In general, class 106 is an abstract class that may 
include any number of sub-classes 1 1 0. As shown, sub- 
class T 110a, sub-class B 2" 110b, and sub-class B N B 
110c are "direct" sub-classes of class 106, while sub- 
class "A1 B 110d is a direct sub-class of sub-class B 1 B 
1 1 0a. Sub-class °A1 "11 Od may be considered to be an 
indirect sub-class of class 106 since sub-class "AV 
110d is a sub-class of sub-class "1" 110a, which is a 
sub-class of class 106. 

Class 106 typically includes a variety of different 
functions, or methods. Each sub-class 110 generally 
contains a different set of f unctions. By way of example, 
sub-class B 1 B 110a will generally include functions that 
are specific to objects which are a part of sub-class "1 0 
110a. An object that is a member of class 106 may 
perform substantially all functions associated with class 
106. Any object that is a member of any of sub-classes 
110 is also a member of class 106. As such, an object 
that is a member of any of sub-classes 110 may also 
perform the functions associated with class 106. 
However, an object that is a member of a particular sub- 
class, e.g., sub-class 'V 110a, may not perform the 
specific functions associated with a different sub-class, 



e.g., sub-class B 2" 110b. Therefore, a determination of 
which sub-class 110 an object bebngs to effectively 
determines the functions that the object may perform. 

s [0004] A narrowing cast may be used at runtime to 
effectively view an object defined by class 106 as an 
object defined by sub-class B 1" 110a. However, since 
the object defined by class 106 may be defined by sub- 
class B 2 B 110b, rather than by sub-class "1" 110a, a 

10 check is typically made to determine whether associat- 
ed the object with sub-class "1" 110a is accurate. As will 
be appreciated by those skilled in the art, a check re- 
garding whether an object is associated with sub-class 
"1" 1 10a is effectively a check to determine whether the 

is object is associated with at least sub-class "1 '110a. In 
other words, an object that is associated with sub-class 
"A1" 110d will generally be determined to be associated 
with sub-class "1 ° 1 10a as well. 
[0005] In a Java™ environment, a function which de- 

20 termines the subtype of an object, e.g., an is_subtype 
function, may be statically encoded. While methods 
used to statically encode the function may vary, one 
method that is commonly used involves the use of a two- 
dimensional bit matrix where a bit at a location defined 

25 by (i,j) encodes the resutt of is_subtype(ti,tj). Using such 
a matrix, a subtype check effectively involves indexing 
into the matrix to determine the subtype of an object. 
However, the size of the matrix may be substantial, and 
the subtype checks are often slow due to the bit manip- 

30 ulation of instructions that is typically required. 

[0006] In general, when sub-type checks are made, 
substantially all sub-types of a type, e.g., substantially 
all sub-classes of a class, must typically be checked to 
determine the sub-type of a particular object. In some 

35 hierarchical class structures, e.g., class structure 1 02 of 
Figure 1, the number of sub-classes which must be 
checked may be relatively high. By way of example, 
some classes may have hundreds of associated sub- 
classes. As such, the implementation of subtype checks 

40 often proves to be inefficient when multiple subtypes are 
available, as is the case with interfaces defined in the 
Java™ programming language. That is, when multiple 
subtypes are available, the checking of each subtype is 
typically time-consuming, as mentioned above. In addi- 

45 tion, implementing subtype checks in a system which 
uses multiple inheritance layers, e.g., systems defined 
in the C++ programming language, is also often ineffi- 
cient. For a system with multiple inheritance layers, sub- 
type checks are generally difficult to implement efficient- 

so |y due to the fact that each layer of inheritance must be 
checked. 

[0007] The implementation of efficient subtype 
checks is important since the checks may occur fre- 
quently. When the checks occur frequently during the 
55 execution of a program, the overhead associated with 
the checks may be relatively high. In some cases, a run- 
time subtype check, or test, may require on the order of 
approximately eight instructions which, as will be appre- 
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ciated by those skilled in the art, may be significant with 
respect to the overall program, especially if repeated 
run-time subtype checks are made. Hence, the speed 
at which the program executes may be compromised by 
the frequent subtype checks. 

[0008] Typically, when subtypes are checked during 
the execution of a program, substantially all classes and 
methods associated with the program must be known. 
Data structures are often constructed to list all classes 
and methods associated with a program, so that the 
classes and methods are readily accessible, in other 
words, data structures used in subtype checks must of- 
ten be computed before program execution. Such data 
structures are often relatively large, and consume sig- 
nificant system resources. Further, the requirement that 
all classes and methods associated with a program are 
known is not compatible with systems which utilize dy- 
namic linking, or dynamic class loading, as dynamic link- 
ing allows the classes and methods associated with the 
program to effectively change. The functionality of a pro- 
gram may be compromised by the inability to utilize dy- 
namic linking. In an environment which uses dynamic 
linking, the data structures are generally recomputed af- 
ter every operation which involves class loading, which 
is time-consuming and, hence, inefficient. 
[0009] Therefore, what is desired is a method and an 
apparatus for improving the efficiency with which sub- 
type checks may occur. More particularly, what is de- 
sired is a method and an apparatus for efficiently per- 
forming subtype checks without requiring that data 
structures be recomputed each time a class loading op- 
eration occurs. 

SUMMARY OF THE INVENTION 

[0010] Methods and apparatus for performing fast 
subtype checks during program execution are dis- 
closed. According to one aspect of the present inven- 
tion, a method for quickly and efficiently determining a 
type associated with an object that is a part of an object- 
based computing system includes obtaining a candidate 
type from a dynamic storage location that is associated 
with a class which is associated with the object, and 
comparing the candidate type against a first type that is 
potentially the same as the candidate type. A determi- 
nation is then made as to whether the candidate type is 
substantially equal to the first type. When the determi- 
nation is that the candidate type is substantially equal 
to the first type, an indication that the candidate type is 
substantially equal to the first type is provided. 
[0011] According to another aspect of the present in- 
vention, a computer system is arranged to determine a 
type associated with a first object that is resident on the 
computer system. The computer system includes a 
processor, memory, and a toad in g mechanism arranged 
to load a candidate type into memory. The candidate 
type is obtained from a class object that is associated 
with the first object. The computer system also includes 



a comparison mechanism arranged to compare the can- 
didate type against a first type, and a determination 
mechanism arranged to determine whether the candi- 
date type is substantially equal to the first type. An indi- 
^ cator in the computer system is arranged to provide an 
indication that the candidate type is substantially equal 
to the first type when it is determined that the candidate 
type is substantially equal to the first type. 
[001 2] According to still another aspect of the present 
10 invention, a method for performing a subtype check on 
an object that is a member of a particular class includes 
obtaining a stored element from a location associated 
with the particular class. The stored element includes 
information relating to a first subtype that is potentially 
associated with the object. The method also includes 
determining whether the information included in the 
stored element is related to an actual subtype that is 
associated with the object, and providing an indication 
that the information included in the stored element is re- 
lated to the actual subtype when the stored element and 
the actual subtype are related. In one embodiment, the 
method also involves determining the actual subtype of 
the object when the information included in the stored 
element is not related to the actual subtype, as well as 
storing information relating to the actual subtype into the 
location associated with the particular class. 
[001 3] The present invention will be better understood 
upon reading the following detailed descriptions and 
studying the various figures of the drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0014] The present invention, in specific embodi- 
ments, may be understood by reference to the following 
description taken in conjunction with the accompanying 
drawings in which: 

[001 5] Figure 1 is a diagrammatic representation of a 
conventional class hierarchy. 

[0016] Figure 2a is a process flow diagram which il- 
lustrates the steps associated with determining if an ob- 
ject is a subtype of a particular type in accordance with 
an embodiment of the present invention. 
[0017] Figure 2b is a process flow diagram which il- 
lustrates the steps associated with comparing a type 
against a loaded cache, /.a, step 208 of Figure 2a, in 
accordance with an embodiment of the present inven- 
tion. 

[0018] Figure 2c is a diagrammatic representation of 
a class with a cache element in accordance with an em- 
bodiment of the present invention. 
[001 9] Figure 3 is a diagrammatic representation of a 
computer system suitable for implementing the present 
invention. 

[0020] Figure 4 is a diagrammatic representation of a 
virtual machine in accordance with an embodiment of 
the present invention. 
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DETAILED DESCRIPTION OF SPECIFIC 
EMBODIMENTS 

[0021] In general, subtype checks performed to de- 
termine a subtype relatbnship between objects require 
a considerable amount of computer memory space. The 
space is required for the instructions associated with 
performing subtype checks, as well as for pre-computed 
data structures which are often used to store all types 
and methods associated with the execution of a compu- 
ter program. The space required for subtype checks, in 
addition to the overhead required to perform repeated 
subtype checks, often compromise the speed at which 
a program executes. 

[0022] By saving expected results of subtype checks, 
the amount of overhead associated with performing 
subtype checks may effectively be reduced. Specifically, 
at run-time, the first time a subtype associated with an 
object is to be checked against a particular type, the ac- 
tual check may be made using substantially any meth- 
od, as will be appreciated by those skilled in the art. 
Since subsequent checks on an object of the same class 
are likely to have the same subtype result, saving the 
result of the actual check, e.g., the computational result 
of the first check, may enable the overhead associated 
with performing subtype checks to be significantly re- 
duced. In other words, a dynamic subtype checking 
mechanism which utilizes caching allows results of pre- 
vious subtype checks to be cached to speed up the 
same checks when the same checks are subsequently 
performed by allowing the cached values to be used if 
the cached values are determined to be correct, /. a, ap- 
propriate. In one embodiment, the cached data may be 
held in a type descriptor of the value, e.g., object, that 
is being tested or checked. 

[0023] After an initial check to determine the subtype 
of an object ' s, - which is associated with a class, is per- 
formed, the results of the initial check are stored. By 
storing the results of the initial subtype check, the next 
time a check to determine the subtype of object ■ s B is 
required, the stored results allow the same subtype 
check to proceed more quickly. By way of example, 
when the subtype of object °s" is to be checked against 
a type B T,° i.e., when a determination is to be made re- 
garding whether object " s° is of a particular subtype " 
T," a relatively fast comparison may be made between 
the stored type descriptor associated with object 0 s" and 
subtype "T. 1 When the type of object V is equal to sub- 
type "T," then the comparison is considered to be suc- 
cessful, and a conventional subtype check is generally 
not required. Hence, the overhead associated with a 
conventional subtype check may be avoided. Alterna- 
tively, if the type of object " s" is not equal to subtype T, 
' then a conventional subtype check may be used to de- 
termine the type of object "s" In some cases, such a 
check may involve traversing a class hierarchy to locate 
the appropriate subtype, and raising an exception when 
an appropriate subtype cannot be found. 



[0024] With reference to Figure 2a, the steps associ- 
ated with determining whether an object is a subtype, 
or sub-class, of a particular type will be described in ac- 
cordance with an embodiment of the present invention. 
5 Specifically, a process of determining whether an object 
is a subtype of a type B B" will be described. A process 
202 of determining whether an object is a subtype of 
type B begins at step 204 in which the type, e.g., class, 
of the object is loaded into a register associated with a 
computer system. As will be appreciated by those skilled 
in the art, the overall class, e.g., an abstract class, of 
the object is known. Once the class of the object is load- 
ed into the register, then in step 206, the cache element 
of the loaded class is loaded, e.g., loaded into computer 
memory. The cache element, or cache, will be described 
below with reference to Figure 2c. 
[0025] After the cache is loaded, type B is compared 
against the loaded cache in step 208. The steps asso- 
ciated with comparing type B with the loaded cache will 
be discussed below with respect to Figure 2b. A deter- 
mination is made in step 21 0 regarding the results of the 
comparison of type B against the loaded cache. In the 
described embodiment, if the comparison of type B with 
the loaded cache results in a true result, i.e., if the com- 
parison determines that type B and the loaded cache 
are a match, then a true value is returned in step 222 to 
the function that requested that the determination of 
whether the object is a subtype of type B. In other words, 
a true value is returned if the loaded class and type B 
are the same class, or if the loaded class is a subtype 
of type B. Once the value of true is returned, the process 
of determining whether an object is a subtype of type B 
is completed. 

[0026] Alternatively, if the determination in step 21 0 is 
that the comparison of type B against the loaded cache 
does not provide a true result, then the subtype relation- 
ship between the class of the object and type B is com- 
puted in step 21 2. That is, when it is determined that the 
class of the object and type B are not the same, then a 
computation is made to determine the relationship, if 
any, between the class of the object and type B. After 
the subtype relationship is computed, process flow pro- 
ceeds to step 214 in which a determination is made as 
to whether the computatbn of a subtype gives rise to a 
true result, i.e., whether there is a valid subtype relation- 
ship between the class of the object and type B. 
[0027] If the determination in step 21 4 is that there is 
no subtype relationship between the class of the object 
and types B, then in step 220, a value of false is returned 
to the function that requested the subtype check. Once 
the value of false is returned, the process of determining 
whether an object is a subtype of type B is completed. 
However, if the determination in step 21 4 is that there is 
a subtype relationship between the class of the object 
and type B, then process flow moves to step 216 in 
which the cache of the class of the object is filled" with 
class B. In other words, class B, or a reference to type 
B, is stored into the cache element of the class of the 
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object. Finally, after the cache of the class of the object 
is filled with type B, a value of true is returned to the 
system in step 218 to indicate that there is a subtype 
relationship between the class of the object and type B. 
Then, the process of determining whether an object is 
a subtype of type B is completed. 
[0028] Referring next to Figure 2b, the steps associ- 
ated with comparing type B against a loaded cache, e. 
g., a class of a particular object, will be described in ac- 
cordance with an embodiment of the present invention. 
That is, one embodiment of step 208 of Figure 2a will 
be discussed. A comparison of type B against the load- 
ed cache begins at step 232 where the cache element 
is loaded into a register. Specifically, the cache element, 
which will be described below with reference to Figure 
2c, of the class of the object is loaded into a register. 
After the cache element is loaded into the register, the 
contents of the register are compared to type B in step 
234. As discussed above, a checking mechanism which 
utilizes caching allows results of previous subtype 
checks to be cached to speed up the same checks when 
the same checks are subsequently performed by allow- 
ing the cached values to be used. By having a cached 
element to use in a check, the element is readily acces- 
sible. Substantially any suitable method may be used to 
compare the cache element with the contents of the reg- 
ister. Such methods are generally well-known to those 
skilled in the art. Once the contents of the register are 
compared to type B, the process of comparing type B 
against the loaded cache is completed. 
[0029] As previously discussed, a class, e.g., a class 
object, includes a cache element in which the result of 
a previous subtype check may be stored. Figure 2c is a 
diagrammatic representation of a class with a cache el- 
ement in accordance with an embodiment of the present 
invention. An object ' S" 252 includes a header 256, and 
has a class pointer to a class 260. Class 260 includes 
a header 264 and a cache element 268. Cache element 
268 is, as previously mentioned, arranged to store the 
result of a previous, e.g., first, subtype check associated 
with class 260. It should be appreciated that when class 
260 is initialized, cache element 266 may generally be 
initialized to any value. By way of example, cache ele- 
ment 268 may be initialized to identify class 260. In gen- 
eral, cache element 268 may be considered to be a "dy- 
namic" storage element, as the result stored in cache 
element 268 may change as a program executes or, 
more specifically, as subtype checks are performed. 
That is, the contents of cache element 268 may be up- 
dated. 

[0030] When object " s B 252 is known to be a member 
of class 260, during a subtype check involving object "s" 
252, cache element 268 may be accessed to obtain the 
results of the most recent subtype check involving class 
260. In general, cache element 268 may be updated to 
store the results of the most recent subtype check in- 
volving class 260. As such, In the event that the result 
stored in cache element 268 is not the subtype associ- 



ated with object V 252, then the actual subtype asso- 
ciated with object " s* 252, once determined, may be 
stored into cache element 268. It should be appreciated 
that in some embodiments, storing and, also, retrieving 
s information from cache element 268 may involve syn- 
chronization to address cache coherency issues which 
may arise. 

[0031] Figure 3 illustrates a typical, general-purpose 
computer system suitable for implementing the present 

10 invention. A computer system 330 includes any number 
of processors 332, also referred to as central processing 
units (CPUs), that are coupled to memory devices. The 
memory devices generally include primary storage de- 
vices 334, such as a random access memory (RAM)), 

15 and primary storage devices 336, such as a read only 
memory (ROM), 

[0032] Computer system 330 or, more specifically, 
CPUs 332, may be arranged to support a virtual ma- 
chine, as will be appreciated by those skilled in the art. 

20 One example of a virtual machine that is supported on 
computer system 330 will be described below with ref- 
erence to Figure 4. As is well known in the art, ROM 334 
acts to transfer data and instructions uni-di regionally to 
CPUs 332, while RAM 336 is used typically to transfer 

25 data and instructions to and from CPUs 332 in a bidi- 
rectional manner. Both primary storage devices 334, 
336 may include substantially any suitable computer- 
readable media. A secondary storage medium 338, 
which is typically a mass memory device, may also be 

30 coupled bi-directionally to CPUs 332. 

[0033] In general, secondary storage medium 338 is 
arranged to provide additional data storage capacity, 
and may be a computer-readable medium that is used 
to store programs including computer code, computer 

35 program code devices, data, and the like. Typically, sec- 
ondary storage medium 338 is a storage medium such 
as a hard disk or a tape which may be slower than pri- 
mary storage devices 334, 336. Secondary storage me- 
dium 338 may take the form of a well-known device in- 

40 eluding, but not limited to, magnetic and paper tape 
readers. As will be appreciated by those skilled in the 
art, the information retained within secondary storage 
medium 338, may, in appropriate cases, be incorporat- 
ed in a standard fashion as part of RAM 336, e.g., as 

45 virtual memory. A specific primary storage device 334 
such as a CD-ROM may also pass data uni-directionally 
to the CPUs 332. 

[0034] CPUs 332 are also coupled to one or more in- 
put/output devices 340 that may include, but are not lirrv 

50 rted to, video monitors, track balls, mice, keyboards, mi- 
crophones, touch-sensitive displays, transducer card 
readers, magnetic or paper tape readers, tablets, sty- 
luses, voice or handwriting recognizers, as well as other 
well-known input devices, such as other computers. Fi- 

55 nally, CPUs 332 optionally may be coupled to a compu- 
ter or a telecommunications network, e.g., an internet 
network or an intranet network, using a network connec- 
tion as shown generally at 312. With such a network 
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connection 312, it is contemplated that the CPUs 332 
may receive information from a network. CPUs 332 may 
also output information to the network in the course of 
performing the above-described method steps. Such in- 
formation, which is often represented as a sequence of 
instructions to be executed using CPUs 332, may be re- 
ceived from and outputted to the network, for example, 
in the form of a computer data signal embodied in a car- 
rier wave. The above-described devices and materials 
will be familiar to those of skill in the computer hardware 
and software arts. 

[0036] As previously mentioned, a virtual machine 
may execute on computer system 330. Figure 4 is a di- 
agrammatic representation of a virtual machine which 
is supported by computer system 330 of Figure 3, and 
is suitable for implementing the present invention. When 
a computer program, e.g., a computerprogram written 
in the Java™ programming language, is executed, 
source code 410 is provided to a compiler 420 within 
compile-time environment 405. Compiler 420 translates 
source code 410 into bytecodes 430. In general, source 
code 410 is translated into bytecodes 430 at the time 
source code 410 is created by a software developer. 
[0036] Bytecodes 430 may generally be reproduced, 
downloaded, or otherwise distributed through a net- 
work, e.g., network 31 2 of Figure 3, or stored on a stor- 
age device such as primary storage 334 of Figure 3. In 
the described embodiment, bytecodes 430 are platform 
independent. That is, bytecodes 430 may be executed 
on substantially any computer system that is running on 
a suitable virtual machine 440. 

[0037] Bytecodes 430 are provided to a runtime envi- 
ronment 435 which includes virtual machine 440. In one 
embodiment, the virtual machine may be a Java™ vir- 
tual machine. Runtime environment 435 may generally 
be executed using a processor or processors such as 
CPUs 332 of Figure 3. Virtual machine 440 includes a 
compiler 442, an interpreter 444, and a runtime system 
446. Bytecodes 430 may be provided either to compiler 
442 or interpreter 444. 

[0038] When bytecodes 430 are provided to compiler 
442, methods contained in bytecodes 430 are compiled 
into machine instructions. In one embodiment, compiler 
442 is a just-in-time compiler which delays the compila- 
tion of methods contained in bytecodes 430 until the 
methods are about to be executed. When bytecodes 
430 are provided to interpreter 444, bytecodes 430 are 
read into interpreter 444 one bytecode at a time. Inter- 
preter 444 then performs the operation defined by each 
bytecode as each bytecode is read into interpreter 444. 
That is, interpreter 444 " interprets" bytecodes 430, as 
will be appreciated by those skilled in the art. In general, 
interpreter 444 processes bytecodes 430 and performs 
operations associated with bytecodes 430 substantially 
continuously. 

[0039] When a method is invoked by another method, 
or is invoked from runtime environment 435, if the meth- 
od is interpreted, runtime system 446 may obtain the 



method from runtime environment 435 in the form of a 
sequence of bytecodes 430, which may be directly ex- 
ecuted by interpreter 444. If, on the other hand, the 
method which is invoked is a compiled method which 

5 has not been compiled, runtime system 446 also obtains 
the method from runtime environment 435 in the form 
of a sequence of bytecodes 430, then may go on to ac- 
tivate compiler 442. Compiler 442 then generates ma- 
chine instructions from bytecodes 430, and the resulting 

10 machine-language instructions may be executed direct- 
ly by CPUs 332 of Figure 3. In general, the machine- 
language instructions are discarded when virtual ma- 
chine 440 terminates. 

[0040] Although only a few embodiments of the 
15 present invention have been described, it should be un- 
derstood that the present invention may be embodied 
in many other specific forms without departing from the 
spirit or the scope of the present invention. By way of 
example, in some embodiments, a class object may in- 
20 elude more than one cache element. When a class ob- 
ject includes more than one cache element, then more 
than one previous result of a subtype check may be 
stored. That is, more than one likely subtype for an ob- 
ject may be stored such that if it is determined that the 
2S subtype stored in one cache element is not the subtype 
* for the object, then the subtype stored in another cache 
element may be checked. 

[0041] While the present invention has been de- 
scribed in terms of storing a previous result of a subtype 

30 check in a cache element of a class, it should be appre- 
ciated that the previous results may not necessarily be 
stored in the cache element. Instead, the previous re- 
sults may be stored in substantially any dynamic storage 
location that is accessible during a subtype check. By 

35 way of example, the results of a previous subtype check 
may be stored in a section of computer code that is not 
directly associated with the class. Alternatively, the re- 
sults of a previous subtype check may be stored in a 
dynamic, globally accessible table that is accessed 

^0 each time a subtype check involving a particular class 
is performed. Such a table may be directly associated 
with the particular class. 

[0042] it should be appreciated that in one embodi- 
ment, in lieu of implementing a check to determine 

45 whether a particular object is of a certain subtype, a 
check may be implemented to determine whether a par- 
ticular object is not of a certain subtype. The results of 
such a check may generally be stored in a cache ele- 
ment of a class, in a segment of computer code, or as 

50 part of a global table. In other words, a cache element 
may be arranged to hold a subtype designation that is 
likely not to be a match for a specific subtype check. 
[0043] In general, the instructions, or operations, 
which use subtype checks may be widely varied de- 

55 pending upon the requirements of a particular system. 
Within a Java™ environment, for instance, an "aastore" 
instruction, a "checkcasf instruction, and an "instan- 
ceof ' instruction generally utilize subtype checks. 
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termined that the candidate type is not substantially 
equal to the first type, the method further includes: 
computing a type relationship between the 
class of the object and the first type. 

5 

5. A computer-implemented method as recited in 
claim 4 further including determining whether a type 
relationship exists between the class of the object 
and the first type, wherein when it is determined that 
a type relationship exists between the class of the 
object and the first type, an indication of the first type 
is stored in the cache element of the class of the 
object. 

15 6. A computer-implemented method as recited in any 
one of the preceding claims further including load- 
ing the class of the object into a register. 

7. A computer system arranged to determine a sub- 
20 type associated with a first object that is resident on 
the computer system, the computer system includ- 
ing: 

a processor; 

25 a loading mechanism arranged to load a can- 

didate type into memory associated with the 
computer system, the candidate type being ob- 
tained from a storage location associated with 
a class object associated with the first object; 

30 a comparison mechanism arranged to compare 

the candidate type against a first type; 
a determination mechanism arranged to deter- 
mine whether the candidate type is substantial- 
ly equal to the first type; and 

35 an indicator arranged to provide an indication 

that the candidate type is a subtype of the first 
type when it is determined that the candidate 
type is substantially equal to the first type. 

40 8. A computer system according to claim 7 wherein 
the candidate type obtained from the class object is 
obtained from a cache element in the class object. 

9. A computer system according to claim 8 wherein 
45 the comparison mechanism arranged to compare 
the candidate type against the first type includes: 

a loading mechanism arranged to load the can- 
didate type from the cache element into a reg- 
50 jster, and 

a comparison mechanism arranged to compare 
the contents of cache element to the first type. 



[0044] Further, the steps associated with performing 
a subtype check in accordance with the present inven- 
tion may vary. Steps may generally be altered, reor- 
dered, added, and removed without departing from the 
spirit or the scope of the present invention. By way of 
example, determinations of whether comparisons and 
computations result in 1 true 1 designations may instead 
be determinations of whether comparisons and compu- 
tations result in "false 1 designations. Alternatively, when 
a class object includes more than one cache element, 
then the steps associated with performing a subtype 
check may include steps which effectively loop through 
each cache element until either a subtype match is 
found, or all cache elements have been tested. There- 
fore, the present examples are to be considered as il- 
lustrative and not restrictive, and the invention is not to 
be limited to the details given herein, but is defined by 
the appended claims and their full scope of equivalents. 



Claims 

1. A computer-implemented method for determining 
whether a class associated with an object that is a 
part of an object-based computing system is a sub- 
type of another type, the method comprising: 

obtaining a candidate type, the candidate type 
being obtained from a dynamic storage location 
associated with the class associated with the 
object; 

comparing the candidate type against a first 
type; 

determining whether the candidate type is sub- 
stantially equal to the first type; and 
providing an indication that the candidate type 
is a subtype of the first type when it is deter- 
mined that the candidate type is substantially 
equal to the first type. 

2. A computer-implemented method as recited in 
claim i wherein the candidate type obtained from 
the dynamic storage location associated with the 
class associated with the object is obtained from a 
cache element in the class associated with the ob- 
ject. 

3. A computer-implemented method as recited in 
claim 2 wherein comparing the candidate type 
against the first type includes: 

loading the candidate type from the cache ele- 
ment into a register; and 
comparing the contents of cache element to the 
first type. 

4. A computer-implemented method as recited in any 
one of the preceding claims wherein when it is de- 



10. A computer system according to any one of claims 
7-9 further including a computing mechanism ar- 
ranged to compute a type relationship between the 
class object and the first type when it is determined 
that the candidate type is not substantially equal to 
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the first type. 

11. A computer system according to claim 10 further in- 
cluding: 

a determining mechanism arranged to deter- 
mine whether a type relationship exists be- 
tween the class object and the first type; and 
a storage mechanism arranged to store an in- 
dication of the first type into the cache element 
of the class object when it is determined that a 
type relationship exists between the class ob- 
ject and the first type. 

12. A computer program product arranged to cause a 
computer to determine a subtype associated with a 
first object that is a part of an object-based comput- 
ing system, the computer program product compris- 
ing: 

computer code that obtains a candidate type 
from a class object associated with the first ob- 
ject; 

computer code that compares the candidate 

type against a first type; 

computer code that determines whether the 

candidate type is substantially equal to the first 

type; 

computer code that provides an indication that 
the candidate type is a subtype of the first type 
when it is determined that the candidate type is 
substantially equal to the first type; and 
a computer readable medium that stores the 
computer codes. 

13. A computer program product as recited in claim 12 
wherein the computer readable medium is a data 
signal embodied in a carrier wave. 

14. A computer-implemented method for performing a 
subtype check on an object that is a member of a 
particular class, the method comprising: 

obtaining a stored element from a location as- 
sociated with the particular class, the stored el- 
ement including information relating to a first 
subtype that is potentially associated with the 
object; 

determining whether the information included 
in the stored element is related to an actual sub- 
type that is associated with the object; and 
providing an indication that the information in- 
cluded in the stored element is related to the 
actual subtype when it is determined that the 
information included in the stored element is re- 
lated to the actual subtype. 

15. A computer-implemented method as recited in 



claim 14 further including: 

determining the actual subtype that is associ- 
ated with the object when it is determined that 
5 the information included in the stored element 

is not related to the actual subtype; and 
storing information relating to the actual sub- 
type in the location associated with the partic- 
ular class. 

10 

16. A computer-implemented method for determining 
whether a class associated with an object that is a 
part of an object-based computing system is a sub- 
type of another type, the object being of a first type, 

is the method comprising: 

obtaining a second type, the second type being 

a candidate type for the object; 

comparing the first type against the second 

20 type; 

determining whether the second type is sub- 
stantially equal to the first type; and 
storing information associated with the second 
type in a dynamic storage location associated 

25 with the class associated with the object when 

it is determined that the second type is substan- 
tially equal to the first type, wherein storing the 
information in the dynamic storage location al- 
lows the information to be accessed for a sub- 

30 sequent type check. 

17. A computer-implemented method as recited in 
claim 16 further including: 

providing an indication that the second type is 
3S a subtype of the first type when it is determined that 
the second type is substantially equal to the first 
type. 

18. A computer-implemented method as recited in one 
40 of claims 16 and 17 wherein obtaining the second 

type includes obtaining the second type from a data 
structure containing multiple types. 

19. A computer-implemented method as recited in 
4£ claim 18 further including creating a data structure 

containing multiple types. 

20. A computer-implemented method as recited in one 
of claims 16-19 further including: 

so 

obtaining a third type when it is determined that 
the second type is not substantially equal to the 
first type, the third type being a candidate type 
for the object, wherein the third type is obtained 
5 5 from a data structure containing multiple types; 

comparing the first type against the third type; 
determining whether the third type is substan- 
tially equal to the first type; and 
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storing information associated with the third 
type in the dynamic storage location when it is 
determined that the third type is substantially 
equal to the first type. 

5 

21. A computer-implemented method for determining 
whether a class associated with an object that is a 
part of an object-based computing system is a sub- 
type of another type, the method comprising: 

10 

storing a first candidate type in a dynamic stor- 
age location associated with the class associ- 
ated with the object; 

obtaining the first candidate type from the dy- 
namic storage location; is 
comparing the first candidate type against an 
object type, the object type being associated 
with the object; 

determining whether the first candidate type 
and the object type are substantially the same; 20 
and 

providing an indication that the first candidate 
type is a subtype of the object type when it is 
determined that the first candidate type and the 
object type are substantially the same. 25 

22. A computer-implemented method as recited in 
claim 21 wherein when it is determined that the first 
candidate type and the object type are not substan- 
tially the same, the method further includes: 30 

obtaining a second candidate type, wherein the 
second candidate type is not obtained from the 
dynamic storage location; 
comparing the second candidate type against 35 
the object type; 

determining whether the second candidate 
type and the object type are substantially the 
same; 

providing an indication that the second candi- *o 
date type is a subtype of the object type when 
it is determined that the second candidate type 
and the object type are substantially the same; 
and 

storing the second candidate type in the dy- 45 
namic storage location. 

23. A computer system arranged to determine a sub- 
type associated with an object of a first type that is 
resident on the computer system, the computer sys- so 
tern including: 

a processor; 

a first mechanism arranged to obtain a second 
type, the second type being a candidate type 55 
for the object; 

a comparator for comparing the first type 
against the second type; 



a determination mechanism for determining 
whether the second type is substantially equal 
to the first type; and 

a dynamic storage mechanism for storing infor- 
mation associated with the second type in a dy- 
namic storage location associated with the 
class associated with the object when it is de- 
termined that the second type is substantially 
equal to the first type, the information in the dy- 
namic storage location is arranged to be ac- 
cessed for a subsequent type check. 
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